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Sender selects category(ies) of SMS messages to be sent (weekly horoscope, daily joke etc.) 
using phone, web, business reply or retail channel, provides mobile telephone number of 
recipient (the recipient is different from the sender - it's a gift) and makes full payment 



Database of SMS 
recipients* mobile numbers 
and message categor)' 
entidements (i.e. which 
parucular message types 
they will be sent) 



Payment infrastructure 



Database of standard SMS 
messages in different categories 
(horoscopes, jokes etc.), 
regularly updated 



SMS sending engine 



GSM bearer ^ 



Handset 



Causes SMS in specific category(ies) to 
be sent at pre-defined times (e.g. 
horoscope once a week etc.) to 
applicable recipients 



Cost to send SMS is not individually 
tracked and billed to the sender 



No cost to receive 
SMS 



Figure 1 
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METHOD OF SENDING MESSAGES OVER A WIRELESS BEARER 



10 



FIELD OF THE INVENTION 

This invention relates to a method of sending messages over a wireless bearer, such as SMS 
"alerts" over the GSM network. Alerts are information messages sent to a large number of 
people, as opposed to personal communications. Alerts cover items such as weekly 
horoscopes, daily jokes, lottery number results etc. 



DESCRIPTION OF THE PRIOR ART 

SMS messaging has become hugely popular in many countries; much of this traffic is made 
up of short, personal messages sent between users of mobile telephones. But increasingly, 
network operators are offering alerting services, such as horoscopes, daily jokes, lottery 
15 number results etc., as noted above. These can be very profitable services, with UK 
operators currendy charging users approximately 12 pence per alert received. 

To subscribe to these alerts, a user dials a specific number from his or her mobile telephone, 
if using a non-WAP telephone. Different services can be subscnT>ed to by using different 

20 access telephone numbers. If a WAP enabled telephone is used, then the user generally has 
a 'services' option in his device menu which, when selected, automaricaUy pulls up a Ust of aU 
available alerts. In either case, the computer infrastructure at the operator automatically 
recognises the nguesting mobik telephone and sets up die necessary modifications to its alerting 
database so diat die rajuesting mobik telephone gets the required message and die per message 

25 cost is added to the applicable bill. 

There are several disadvantages to this approach. First, tracking the sending of SMS 
messages and integrating diat costing data into existing billing systems is inherently complex, 
and can require extensive computer and human resources to support the potentially huge 
30 number of transactions and to cope with the inevitable errors. Secondly, because an alerting 
service can currently only be requested from the mobile telephone which wishes to receive 
the alerts, if a mistake arises (e.g. the recipient's telephone number has changed or the system 
has failed to correcdy recognise or record the telephone number of die requesting user, or 
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that data has become corrupted) then the operator is unable to contact the requesting user to 
resolve the problem. 



SUMMARY OF THE PRESENT INVENTION 



In a first aspect of the present invention, there is a method of sending messages over a 
■wireless bearer comprising the following steps: 

(a) allowing a user to select a category of messages to be sent to a recipient; 

(b) allowing the user to provide information to a supplier © that defines the 
selected category and (ii) further comprises the rhobile telephone number of 
the desired recipient of future messages belonging to that category; and 

(c) sending a message belonging to the pre-selected categorj' to diat recipient; 
wherein the user (a) provides the information to the supplier using a physical device other 
than the device with the mobile telephone number of die desired recipient and (b) makes full 
payment for a pre-selected number of messages or messages over a pre-selected duration 
prior to the initiauon of the supply of messages. 

This approach solves the above deficiencies of the prior art. The core differences over 
conventional SMS alerting systems (e.g footbaU score alerts) are that conventional systems 
require the service request to come from the mobile telephone of the eventual recipient. There 
has been a strong assumption that die only cost-effective route to setting up SMS alerts is to 
use an entirely automated system which recognises the requesting mobUe telephone and 
allows that telephone to request alerts to be sent to it. 

The present invention is based on die insight Aat this assumption is flawed and in fact leads 
to a technical infrastructure which is more complicated than it need be. The essence of the 
approach of the present invention is to provide a technical infrastructure which aUows, for 
example, a SMS alert request to come from a source other than the device to which the alert is 
to be sent and for those alerts to be fiiUy pre-paid. Counter-intuitively, there are technical 
advantages which flow from this approach: first, conventional SMS alerts cost the recipient 
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per message received. With the present invention, messages are pre-purchased so that there 
is no need to deploy any of the costly and complex billing infrastrucmre needed to track and 
bill SMS messages, as is required in conventional SMS alerting systems. Because of the 
absence of the need to deploy a complex billing infrastructure, the overall technical 
5 infrastructure associated widi the present invention can be far simpler than that required by 
conventional SMS alerting systems, and hence cheaper and faster to construct. These 
advantages can be critically important in the fast moving and commercially demanding 
environment of mobile communications. 

10 Secondly, if there is a problem with having messages received, the present invention enables 
the supplier to contact the purchaser to resolve the problem- That was not always possible 
in the prior art approach of allowing requests for alerts only to be made from the mobile 
telephone which is to eventually receive the alerts; for example, take the case where a user 
requests alens, but then changes his telephone number or happens to be located in a region 

15 which requires a different kind of number prefix to be dialled by a caller (as arises with some 
mobile telephony systems). With conventional, automated self-request systems, then the 
operator has no way of finding out the correct new number or even alerting the user to the 
difficulty in delivering the alerts. But where a different device is used to request the alert, as 
in the present invention, the operator Can contact the person who made the request and 

20 explain the problem. 

\ 

Thirdly, with conventional systems, there is a need to integrate automated caller ID systems 
into the database that tracks the telephone numbers of all devices which are entitled to 
receive alerting messages. This can be a complex and expensive software integration 

25 problem; yet this problem is avoided entirely if the database is not reliant solely on another 
system which auto-detects the caller's telephone number, but the database instead allows 
other approaches to providing the telephone number of the recipient. These other 
approaches can be simpler than current systems based on auto-recognising the caller's 
telephone number, and include a user simply calling a telephone call centers and giving the 

30 required information (i.e. at a minimum the kinds of alerts to be bought, pa}'ment data and 
the recipient's mobile telephone number), or logging onto a web site or using a business 
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reply card. It is also possible for a user to use his or her mobile telephone and interface with 
an automated system which requires the user to input the recipient's telephone number (i.e. 
it makes no asstimption that the caller wants the alerts for his or her own device). 

5 In another aspect, there is a message sent using the inventive method defined above. 

Ina final aspect, there is a mobUe telephone when displaying a message sent using the 
inventive method defined above. 

10 Further details of the invention are defined in die Claims of this specification. 
Brief Description of the Figure 

The present invention is depicted schematicaUy in Figure 1. A commercial implementation 
15 called MerryMobUe""^ is available from Brainstorm of London, England. 

DETAILED IMPLEMENTATION 

1) MerryMobile overview 

20 The basic proposition is to offer pre-paid yearly subscriptions for compelling alerts services. 
These wiU be primarily positioned as gifts. The fuijctionaUty is geared towards purchase for 
another (although it would be possible to purchase for oneself as well). 

Referring to Figure 1, the first step is for a user (referred to as a "sender") to select 
25 category(ies) of SMS messages to be sent (weekly horoscope, daUy joke etc.) using phone, 
web, business reply or retail channel. The sender then provides the mobUe telephone 
number of the recipient (the recipient is Mffennt from the sender - it could therefore be a 
gift) to the ser%nce provider and makes fuD payment using an appropriate mechanism to that 
pro\'ider (e.g. credit card authorisation, an instraction to include in one's own telephone biU 
30 etc). The service provider maintains a database of SMS recipients' mobUe numbers and 
message category entitlements (i.e. which particular message t)'pes they will be sent), together 
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with a database of standard SMS messages in different categories (horoscopes, jokes etc.), 
which are regularly updated. 

A SMS sending engine then causes SMS alerts in specific category(ies) to be sent at pre- 
5 defined times (e.g. horoscope once a week etc.) to the mobile telephone numbers defined by 
the databases as being entided to receive those alerts. The alerts are sent over a wireless 
bearer, such as GSM. Unlike conventional SMS alerting systems, there is no need to track 
and bill each SMS alert received. 

10 The following sections outline some of the practical aspects to an implementation of the 
present invention. 



2) Services 

15 TjT^ical MerryMobile services will comprise: 

• Weekly horoscopes 

• Weekly fortune cookie 

• Weekly health tip - 
20 • Weekly joke 

• Weekly flirting tip (for men) 

• Weekly flirting tip (for women) 

• Chat-up lines 

• Weekly stop smoking tip 
25 • Lottery numbers 

• Bespoke options 

The service should be built so that post-Xmas, the gift proposition can be altered to begin at 
any time, and be flexible enough to allow the service provider to amend the offer to a daily, 
30 weeUy or monthly service etc. Further alerts types may be added. Each message sent carries 
an end identifier, merr>-mobile.rnm, should the recipient decide to halt the service. 
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3) Business Reply Purchase 

Buyers purchase the product by credit card on a business-reply postal card picked up at a 
Point of Sale. The brochure must state 

• What each sernct consists of (cards for different points of sale may differ) 

• What each sendee costs 

• The akernative purchase options: phone and Web 

• When the gift begins ^e: January) 

• Explain that the SMS vviD contain further details of how to stop/operate the ser%4ce 

• The option to have a serial number on die brochure is being investigated 

The buyer must be able to fill in the following (not necessarily in this order): 

• How many services are being purchased 

• Which services are being purchased 

• Credit card authorisation details - name, address, card details 

• The mobile phone number of the recipient 

• Buyer's contact details in case a problem occurs, e.g. mobile number has changed 

• OPTIONAL: The name of sender of the gift (may be a personal name or otherwise 
different from credit card) 

• OPTIONAL: The name of recipient 

• OPTIONAL: Whether a nicely-printed gift certificate and envelope is required at an 
extra cost, e.g. £150 

4) Phone Purchase 

Buyers purchase the service on credit card via the phone (caD centre) instead of using die 
business-reply postal card picked up at a Point of Sale. One number can be used for all 
retaUers. The buyer must be able to give details of die foUowing (not necessarily in this 
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order): 

• How many services are being purchased 

• Which services are being pvirchased 

• Credit authorisation details — name, address, card detaUs 

• The mobile phone number of the recipient 

• Buyer's contact details in case a problem occurs, e.g. mobile number has changed 

• OFnONAL: The name of sender of the gift (may be a personal name or otherwise 
different from credit card) 

• OPTIONAL: The name of recipient 

• OPTIONAL: Whether a nicely-printed gift certificate and envelope is required at an 
extra jCI. 50 

5) Web Purchase 

Buyers purchases the ser\ace on credit card via the web at partners* sites or at 
w\vw.merr)^mobile.com . The web front end is be a "vaniIla"/agnostic strucmre and design 
for white label provision and simple integration into partner sites/ponals. The back end will 
be the chosen secure credit card/billing structure. The purchase front end may additionally 
be available as part of Mobile Portal. 

The site must: 

Show what each service consists of (sites may vary slightly in terms of services) 

• Give at least one example of each service 

• Provide details of content if available/appropriate 

• Show what each service costs 

• The alternative purchase options by phone 

• When the gift begins (ic: January) 

• have a strong call to action - very few clicks to end purchase 

• Explain that the SMS will contain further details of how to stop/operate die service 
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• Be highly customisable post-Xmas for ongoing gift purchase and customisable for 
future events such as Valentines' Day 

The buyer must do the following (not necessarily in this order): 

• allow addition of products to (and remo\'al from) a shopping basket 

• provide credit audiorisation details - name, address, card details 

• proxide the mobile phone number of the recipient (twice for confirmation) 

• pro^'ide the buyer's contact details in case a problem occurs, e.g. mobile number has 
changed 

• proxide their email address (for an email receipt) 

• OPTIONAL: provide the name of sender of the gift (may be a personal name or 
otherwise different from credit card) 

• OPTIONAL: provide the name of recipient 

• OPTIONAL: Whether a nicely-printed gift certificate and envelope is required at an 
exura £\.50 

• OPTIONAL: provide text and delivery details for the g^ft card if required 
Hie recipient must be able to do the following: 

• Users \'isiting the website may request a PIN in order to stop the serv-ice. The PIN is 
sent to the mobile number that the user specifies, which could be matched against 
the numbers of all people using the service. The sending of the PIN is reverse-billed 
where possible. 

• Users can stop the service(s) by entering both mobUe number and accompanying 
PIN 

• Any number of PINs may be sent on request to the user. Each makes the previous 
one defunct. 

• At this stage, users cannot redirect the service to a different number. This 
functionality may be envisaged for future versions of the service - eg: for Valentines' 
Day as discussed 
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6) SMS Confirmation (for recipient) 

5 All recipients receive a confirmatory SMS with the following information (for each service): 

Meny Mobik ! You've been given an SMS gift of [insert service description] fOPTIONAL: fiom] 
[OPTIONAL: insert gift giver's chosen name for sender]. To after details visit 
miov.merrymobile.com 

10 

NB: This leaves 60 characters for the optional "from", plus the service name and the 
sender's name. This will need to be limited. For the Xmas products and gift offering, the 
SMS should be set to arrive on December 25*. In future, it may be required to set the date 
of deliver)' and the first week for commencement of service. 

15 

7) Confirmation of Purchase (for purchaser) 

Post and phone purchasers receive confirmadon of purchase in the post, with some further 
information about www.menymobile.com in order to be able to stop the service, alter the 
20 number, or pass on details to the recipient. Web purchasers receive similar information by 
email. 

8) Optional Card (for recipient) 

25 Purchaser may receive opt to buy a quality card (to send to the recipient of the gift). If this 
has been purchased, the card will be sent with the confirmation of purchase, 

9) Banner Advertising etc 
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In addition to preparation of the purchase front end. the web designer should additionaUy 
provide some banner ads in standard sizes for customisation by partners, and subsequent 
proliferation on partner's site. Brainstorm, and Mobile Portal. 
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CLAIMS 

1 . A method of sending messages over a wireless bearer comprising the following steps: 

(a) allowing a user to select a category of messages to be sent to a recipient; 

5 (b) allowing the user to provide information to a supplier (i) that defines the 

selectee category and (ii^ further comprises the mobile telephone number of 
the desired recipient of future messages belonging to that category; and 
(c) sending a message belonging to the pre-selected category to that recipient; 
wherein the user (a) pro\'ides the information to the supplier using a physical device 
10 other than the device with the mobile telephone number of the desired recipient and 

(b) makes full payment for a pre-selected number of messages or messages over a 
pre-selected duration prior to the inidation of the supply of messages. 



15 



2. The method of claim 1 wherein the message is a SMS alert. 

3. The method of Claim 2 in which the alert is an alert selected from the following list: 





(a) 


horoscopes 




(b) 


fortune cookie 




(c) 


health dp 


20 


(d) 


joke 




(e) 


flirting tip (for men) 




(f> 


flirting tip (for women) 




(8) 


Chat-up lines 




(h) 


stop smoking tip 


25 


© 


Lottery numbers 



4. The method of Claim 3 in which the alert is provided to the recipient at pre-defined 
regular intervals. 

30 5. The method of Claim 1 in which the user provides the information to the supplier 
using one of the following physical channels: 
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(a) mobUe telephone 

(b) web site 

(c) business reply card 

5 6. A message sent using any of the preceding methods. 

7. A mobile telephone when displaying a message sent using any of the preceding 
methods. 



Amendments to the claims have been filed as follows 



CLAIMS 

1- A method of sending messages over a wireless bearer comprising the foDowing steps: 

(a) allowing a user to select a category of messages to be sent to a recipient other 
than the user; 

(b) allowing the user to provide information to a supplier (i) that defines the 
selected category and (i^ further comprises the mobile telephone number of 
the desired recipient of future messages belonging to that category; and 

(c) sending a message belonging to the pre-selected category to that recipient; 
wherein the user (a) provides the information to the supplier using a physical de\ace 
other than the device with the mobile telephone number of the desired recipient and 
(b) makes full payment for a pre-selected number of messages or messages over a 
pre-selected duradon prior to the inidadon of the supply of messages. 

2. The method of claim 1 wherein the message is a SMS alert 

3. The method of Claim 2 in which the alert is an alert selected from the following list: 



(a) 


horoscopes 


(b) 


fortune cookie 


(c) 


health tip 


(d) 


joke 


(c) 


flirting rip (for men) 


(f) 


flirting tip (for women) 


(g) 


Chat-up lines 


(h) 


stop smoking tip 


© 


Lottery numbers 



4- The method of Claim 3 in which the alert is provided to the recipient at pre-defined 
regular intervals. 

5. The method of Claim 1 in which the user provides the information to the supplier 
using one of the following physical charmels: 
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(a) mobile telephone 

(b) web site 

(c) business reply card 

5 6. A message sent using any of the preceding methods. 

7, A mobile telephone when displaying a message sent using any of the precedmg 
methods. 
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